home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ Aug 89 / X0028-Re 32K identifier o-Aug89 < prev    next >
Encoding:
Text File  |  1989-08-22  |  1.8 KB  |  48 lines  |  [TEXT/GEOL]
  1. Item forwarded  by  SCHMUCKER1   to NASSI
  2.  
  3. Item    6882739                         8-Aug-89        10:57
  4.  
  5. From:   MOOF                            Rollin, Keith A, APL
  6.  
  7. To:     MACAPP.TECH$                    MACAPP Tech
  8.  
  9. Sub:    Re: 32K identifier overflow…
  10.  
  11. Chris,
  12.  
  13. I remember seeing this once before on another developer's project. In each of
  14. his units, he was USEing a fair number of all of his other units. Additionally,
  15. because he was planning for a large number of programmers over an extended
  16. period of time, he was telling his programmers to use long descriptive names.
  17. Personally, I've always been in favor of the variables Z0-Z9, but I guess some
  18. people are more picky.
  19.  
  20. After talking it over with the Pascal programmer for MPW, we came up with
  21. several workarounds and one solution:
  22.  
  23. 1) The only real solution is to wait for the next release of MPW. We found that
  24. there was a commonly occuring case where the Pascal compiler wasn't too
  25. intelligent about discarding old labels from its lists in order to make room
  26. for new ones. That part of the compiler has been reworked, and has given
  27. considerable relief to the problem.
  28.     As for your next logical question, no, I don't know when the next release
  29. of MPW is...sorry.
  30.  
  31. 2) Try using names that have more of the common characters in them, like e's.
  32. Identifiers are refenced through a hash table that optimizes on such
  33. characters.
  34.  
  35. 3) I don't know if this applies to you, but in the former developer's case, I
  36. suggested that he use less USES (remember that in his case, almost every unit
  37. USED every other unit). As it turned out, he didn't like this one as being too
  38. unfeasible, but it may be possible in your case.
  39.  
  40. 4) Combine some of your UNITs into a library. This should cause some of the
  41. entries in the indentifier table to go away.
  42.  
  43. Hope this helps,
  44.  
  45. - Keith Rollin
  46. - Developer Technical Support
  47.  
  48.